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REMARKS 



Claims 1-28 are all the claims pending in the application. Applicants thank the Examiner 
for indicating acceptance of the drawings, and for acknowledging Applicants' claim for foreign 
priority. Applicants also note the Examiner's indication that claims 23, 27, and 28 include 
patentable subject matter since these claims would be allowable if rewritten in independent form 
including all of the limitations of the base claim and any intervening claims. 

Objections 

The Examiner objected to the title, and suggested a new title as "Transmission Method 
and Network System For Multiple Protocols Over a Bytestream." While Applicants appreciate 
the Examiner's suggestion, Applicant's have amended the title of the invention in a similar 
manner to reflect the common network accommodating a plurality of kinds of traffic. 

Applicants have also amended the specification, as necessary in view of the Examiner's 
objection thereof 

Claim ObiectioDs 

The Examiner stated that there are numerous typographical errors in the claims. 
Applicants have amended the claims to correct these administrative errors. 

Claim Reiections - 35 USC S 102 

Claims 1-3 and 12-14 stand rejected under 35 U.S.C. § 102(e) as being anticipated by 
Doshi et al. (U.S. Patent No. 5,936,965), hereinafter Doshi. Applicants respectfully traverse this 
rejection. From a broad perspective, the Examiner's rejection is technically incorrect as the 
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Examiner does not clearly define what he believes constitutes the "header" of a packet as recited 
in claim 1 or the packet itself, and when trying to define the packet header, the Examiner 
assembles a composite of individual disclosures throughout the specification relating to two 
different headers - namely one of a VL HL-PDU that is used as a payload of an ABM PDU, and 
a header of the ABM PDU itself 

For example, claims 1 and 12 recite a packet including a header with at least six (6) 
fields. The Examiner states that regarding claims 1 and 12, Doshi discloses a transmission 
method and system comprising a header in each packet that includes a first field holding a signal 
indicative of a packet length. To show this, the Examiner states that Doshi uses a scheme where 
all of the different formats are processed and converted as asynchronous block multiplexing 
protocol data units (ABM PDUs). Citing column 13, lines 55-65, the Examiner states that Doshi 
discloses the use of variable-length PDUs to carry the packets. 

Turning to this section of the specification, it seems clear that the Examiner is referring to 
the variable length HL-PDUs, rather than the ABM PDUs The Examiner states that a length 
field describing the payload is added to each packet. What the specification actually states is 
that "Variable length HL-PDUs carry length indicators in their headers." As such, the Examiner 
is arguing that the "packet" recited in claim 1 is an HL-PDU. 

Turning to claims 1 and 12 again, a second field is recited which is a field indicative of a 

preferential order upon transferring the packet. The Examiner cites column 6, lines 48-5 1 as 

disclosing this feature. The Examiner states that preferential order, which is calculated prior to 

conversion into ABM PDUs, is based on the delay sensitivity of the packet. Therefore, the 
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Examiner concludes that the header of each packet must contain information in regard to packet 
type. The Examiner further states that colunm 9, lines 49-51 discloses that the entire packet is 
retained and inserted into the ABM payload and appended with an ABM header, thus retaining 
the original header that contained the delay sensitivity field. Thus, again, the Examiner is 
referring to the HL-PDU as the packet. 

However, when referring to the recited third through sixth fields, the Examiner discusses 
primarily the disclosure of Figure 2B which is an ABM PDU common header. The Examiner 
has acknowledged that "entire packet is inserted into the ABM payload" which is shown as item 
220 in Figure 2A. Thus, Applicants respectfully submit that the Examiner is inconsistent and 
technically incorrect when trying to define the packet of claims 1 and 12, as well as the header. 
For example, the HL-PDU header is not part of the ABM PDU common header, and would not 
be since the HL-PDU is part of the payload of the ABM PDU as argued by the Examiner. 
Further, the Examiner has abeady defined the "packet" as the HL-PDU, and then attempts to 
define the "packet" as the ABM PDU. Accordingly, for at least these reasons, independent 
claims 1 and 12, as well as the remaining dependent claims, 1-11 and 13-28, respectively are 
allowable. 

Claim Rejections - 35 USC S 103 

Claims 4-9, 11, 15-20, and 22 stand rejected under 35 U.S.C. § 103(a) as being 
unpatentable over Doshi in view of Endo (U.S. Patent No. 6,377,574). 
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Regarding claims 4 and 15, the Examiner states that Doshi discloses a header used in the 

packet for transmitting a synchronous transmission mode signal (citing column 7, lines 40-42 as 

disclosing that an appropriate header is appended to the STM frames). The Examiner 

acknowledges, however, that Doshi fails to expressly disclose a fifth field that consists of a field 

holding a signal indicative of a destination address, a field holding a signal indicative of a sender 

address, a field holding a remote alarm indicative of an alarm condition in a remote station, and a 

field holding a remote monitor indicative of a signal receiving condition of the remote station as 

recited in these claims. 

Nonetheless, the Examiner states that Endo teaches a packet switch which transfers 
packets between line interfaces that contains a field (shown as prior art in Figure 3 of the Endo 
patent) holding a signal indicative of a destination address, a field holding a signal indicative of a 
sender address (citing column 2, lines 2-5 as disclosing that a source address and destination 
address is included in each packet), a field holding a remote alarm indicative of an alarm 
condition in a remote station (citing column 7, lines 64-66 as disclosing a field containing an 
Alarm Indication Signal), and a field holding a remote monitor indicative of a signal receiving 
condition of the remote station (citing column 7, lines 65-67 as disclosing a field containing an 
Remote Defect Indication Signal, meaning that it can determine an error in a remote station). 
Thus, the Examiner concludes that it would have been obvious to one having ordinary skill in the 
art at the time the invention was made to modify Doshi 's apparatus to have the feature of 
including source/destination fields, remote alarm fields, identification fields, and control fields 
into the header field, as taught by Endo. The Examiner states that the motivation is a more 
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reliable and accurate system of interfacing, since this header scheme complies to ITU-T 
(International Telecommunication Union-Telecommunication Standard) recommendation 1.363, 
as explained by Endo on column 1, lines 45-58. 

Applicants first note that Item 234 that the Examiner refers to as the recited "fifth" signal 
is described as a user-to-user information (UUI) field. Accordingly, one of ordinary skill in the 
art would not associate this type of signal with the present invention's recited fifth signal since a 
UUI field is known as an AT&T voice processing standard including a field within ISDN 
protocol which can provide end-to-end information exchange (telephone number, credit card 
number, login ID, etc.). This UUI field would not suugest the address and alarm features of the 
fifth signal as recited in claims 4 and 15. 

In addition, the disclosure of Endo that the Examiner refers to as disclosing portions of 
the fifth field is an Internet Protocol Packet. Yet, the recited alarm indication signal that the 
Examiner alleges is also part of the fifth field is cited as being disclosed by column 7, lines 64- 
66. Turning to this section, one will note, however, that the alarm indication signal is not part of 
a packet, but is part of a receiving VC table 60. Thus, the Examiner's reference to this "alarm" 
being a part of the packet is incorrect. Further, the Examiner has not explained why the source 
address and destination address of an IP packet would be substituted into a UUI field. For these 
multitude of reasons, the rejection of these claims is improper. This reason applies equally to the 
Examiner's rejection of claims 5 and 16. 
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Regarding claims 8 and 19, the Examiner alleges that Doshi discloses a header that 

further includes a extendable field by option following the sixth field (citing column 6, lines 28- 

32 as disclosing the optional use of an error protection field 216 in figure 2 A). Applicants note 

that this section of Doshi discloses an error protection field 216 of an ABM common header. As 

shown in Figures 2A and 2B, even assuming the Examiner's allegation of the error protection 

fieled 216 equating to an extendable field, this field 216 would clearly not follow the sixth field 

as recited in the claims, since the Examiner previously alleged that the sixth field is the error 

correction detection CRC 236 as shown in Figure 2B. 

Regarding claims 9 and 20, the Examiner acknowledges that Doshi fails to expressly 
disclose where the multiplexed packet fiirther includes an 0AM packet used for maintenance of 
a network and management of operation. Nonetheless, the Examiner states that Endo teaches a 
multiplexed packet including an 0AM packet used for maintenance of a network and 
management of operation (citing column 2, lines 14-19 as disclosing the use of an OAM cell as a 
network management functioning group). Thus, the Examiner concludes that it would have been 
obvious to one having ordinary skill in the art at the time the invention was made to modify 
Doshi 's apparatus to have the feature of including OAM packets as a network management 
functioning group in the transmission system, as taught by Endo. Yet, Endo is related to 
transferring ATM packets, while Doshi is related to transferring ABM PDU's. As noted in 
Doshi, these ADM packets are the result of processing at three intermediate protocol layers 
before conversion to MOB PDUs. The Examiner has failed to provide a motivation or 
suggestion as to why these highly processed PDUs would require an OAM packet. 
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Claims 10 and 21 are rejected under 35 U.S.C. 103(a) as being unpatentable over Doshi 

in view of Endo in further view of Tomooka et al (U.S. Patent Publication 2002/0024699), 

hereinafter Tomooka. These claims are allowable at least based on their dependency of 

independent claims 1 and 12, respectively, as well as including the 0AM feature discussed 

above. 

In view of the above, reconsideration and allowance of this application are now believed 
to be in order, and such actions are hereby solicited. If any points remain in issue which the 
Examiner feels may be best resolved through a personal or telephone interview, the Examiner is 
kindly requested to contact the imdersigned at the telephone number listed below. 

The USPTO is directed and authorized to charge all required fees, except for the Issue 
Fee and the Publication Fee, to Deposit Account No. 19-4880. Please also credit any 
overpayments to said Deposit Account. 



Respectfiilly submitted, 




SUGHRUE MION, PLLC Ronald Kimble 

Telephone: (202) 293-7060 Registration No. 44, 1 86 

Facsimile: (202) 293-7860 

WASHINGTON OFHCE 

23373 

CUSTOMER NUMBER 

Date: April 30, 2004 
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TRANSMISSION METHOD AND NETWORK SYSTEM FOR ACCOMMODATING A 
PLURALITY OF KINDS OF TRAFFIC IN A COMMON NETWORK 

RECEIVED 

BACKGROUND OF THE INVENTION 

MAY 0 5 2004 

Field of the Invention 

Technology Center 2600 

The present invention relates generally to a 
transmission method and a network system. More particularly, 
the invention relates to a transmission method and a network 
system for accommodating a plurality of kinds of traf f ice^ (STM, 
ATM, IP^ and so forth) in a common network. 
Description of the Related Art 

Conventional networks has — have b een constructed with 
talcing using a circuit switched network centered at a voice 
telephone network and private line as a center thereof. 
However, in the recent years, associating with quick growth 
of internet, networks^ using an IP (internet protocol) is are 
abruptly growing. Also, in the sound circuit, the increase 
of traffic using modems stresses a use condition of circuit 
switching system. 

On the other hand, as modes of circuit switching, there 
are Synchronous Transfer Mode (STM) , Asynchronous Transfer 
Mode (ATM) and Internet Protocol (IP) establishing 
respectively independent networks. For example, IP data is 
transferred to an IP network established by routers and private 
lines after a circuit switching process^ and an A TM network 
is established as the system considering data transfer. The 
transmission system is speeded sped up by Synchronous Optical 
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Network/ Synchronous Digital Hierarchy SONET/SDH) and is 
increased a —in capacity by introduction of Dense Wavelength 
Division Multiplexing (DWDM) 

However, as a result that operation with of establishing 
5 the independent networks with a complicated compromise of 
various factors, establishment, operation and maintenance of 
the networks becomes complicated. Accordingly, for solving 
such problems, it is inherent to accommodate STM, ATM and IP 
in a single network. 

10 SUMMARY OF THE INVENTION 

The present invention has been worked out in order to 
solve such problems , It is, therefore, an object of the present 
invention to provide a transmission method and a network system 
which can accommodate STM, ATM and IP in a single network by 

15 newly proposing a frame network to be used in common in a 
physical layer and a data link layer. 

According to the first aspect of the present invention, 
a transmission method comprises: 

transmitting a plurality of packets in multiplexing 

20 manner, which header in each packet includes a first field 
holding a signal indicative of a packet length, a second field 
holding a signal indicative of a preferential order upon 
transferring the packet, a third field holding a signal 
indicative of a kind of traffic, a fourth field holding a signal 

25 indicative of a header length, a fifth field holding a control 
signal depending upon the kind of traffic, and a sixth field 
holding a signal indicative of a result of CRC operation of 
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the header, a payload holding information signal depending 
upon kind of the traffic and a signal indicative of a result 
of CRC operation of the payload. 

In the preferred conatruct ion an exemplary embodiment , 
5 the traffic is one or more kinds among a synchronous 
transmission mode(STM), asynchronous transmission mode (ATM) 
and an internet protocol (IP) . The payload ar-may have a maximum 
length and a variable length. 

The fifth field may be — conaiatcd — & #include a field 

10 holding a signal indicative of a destination address, a field 
holding a signal indicative of a sender address, a field 
holding a remote alarm indicative of an alarm condition in a 
remote station, and a field holding a remote monitor indicative 
of a signal receiving condition of the remote station, and the 

15 header forms a header of the packet for transmitting a 
synchronous transmission mode signal. 

In the alternative, the fifth field may be conaiatcd 
e ^include a field holding a signal indicative of a destination 
address, a field holding a signal indicative of a sender 

2 0 address and a field reserved for future use, and the header 
is a header of the packet for transmission of an asynchronous 
transmission mode cell. 

In the further alternative, the fifth field may be 
conaiatcd of include a field holding a signal indicative of a 

25 label and a field reserved for future use, and the header is 
a header for transmitting the packet according to IPv4 or IPv6 
using a label technology. 



In a still further alternative, the fifth field may be 
consisted - of inclu^^^ a field holding a signal indicative of a 
destination address and a field holding a route information 
and an identifier for controlling traffic class and flow 
5 spreading, and the header is a header for transmitting the 
packet according to IPv4 or IPv6 using an address in the 
network . 

In either case, the header may further include a—an 
extendable field by option following the sixth field. 

10 The multiplexed packet may further include an GAM packet 

used for maintenance of a network and management of operation, 
and stuff bytes for maintaining a period of the multiplexed 
packet. The OAM packet may be — conoistod of include a field 
holding a byte for automatic protection switch, a field holding 

15 an order wire, a field of holding a data communication channel, 
a field holding a remote alarm indicative of alarm condition 
in the remote station, and a field holding a remote monitor 
indicative of the signal receiving condition in the remote 
station, 

20 The stuff byte and the first field holding the signal 

indicative of the packet length may be converted into a 
complete representation system with taking a predetermined 
offset as a law for preventing them from generating continuous 
"O" . 

25 According to the second aspect of the present invention, 

a network system comprises: 

a transmitting portion transmitting a plurality of 
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packets with multiplexing, which header in each packet 
includes a first field holding a signal indicative of a packet 
length, a second field holding a signal indicative of a 
preferential order upon transferring the packet, a third field 
5 holding a signal indicative of a kind of traffic, a fourth field 
holding a signal indicative of a header length, a fifth field 
holding a control signal depending upon the kind of traffic, 
and a sixth field holding a signal indicative of a result of 
CRC operation of the header, a payload holding information 

10 signal depending upon kind of the traffic and a signal 
indicative of a result of CRC operation of the payload; 

a relay node output ting the packet to an output path 
depending upon the destination address or a label added to the 
packet received from the transmitting portion; and 

15 a receiving portion separating the packet received from 

the relay node and inputting to a switching equipment, an 
asynchronous transmission mode switch or internet protocol 
router after performing a predetermined speed changing 
process . 

2 0 In th e pr e f e rr e d - construet - ion an exemplary embodiment, 

the traffic is one or more kinds among a synchronous 
transmission mode(STM), asynchronous transmission mode (ATM) 
and an internet protocol (IP) , The payload may have a maximum 
length and a variable length. 

25 The fifth field may be — conoiated — a# include a field 

holding a signal indicative of a destination address, a field 
holding a signal indicative of a sender address, a field 
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holding a remote alarm indicative of an alarm condition in a 
remote station, and a field holding a remote monitor indicative 
of a signal receiving condition of the remote station, and the 
header forms a header of the packet for transmitting a 
5 synchronous transmission mode signal. 

In the alternative, the fifth field may bo congiatcd 
o #include a field holding a signal indicative of a destination 
address, a field holding a signal indicative of a sender 
address and a field reserved for future use, and the header 

10 is a header of the packet for transmission of an asynchronous 
transmission mode cell. 

In the further alternative, the fifth field may fee^ 
c on a i a t ed - o f ind ude a field holding a signal indicative of a 
label and a field reserved for future use, and the header is 

15 a header for transmitting the packet according to IPv4 or IPv6 
using a label technology. 

In a still further alternative, the fifth field may fee 
conaiatcd of include a field holding a signal indicative of a 
destination address and a field holding a route information 

20 and an identifier for controlling traffic class and flow 
spreading, and the header is a header for transmitting the 
packet according to IPv4 or IPv6 using an address in network. 

In either case, the header may further include a 
extendable field by option following the sixth field. 

2 5 The multiplexed packet may further include an OAM packet 

used for maintenance of a network and management of operation, 
and stuff bytes for maintaining a period of the multiplexed 
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packet. The 0AM packet may be eonoiotcd of include a field 

holding a byte for automatic protection switch, a field holding 
an order wire, a field of holding a data communication channel, 
a field holding a remote alarm indicative of alarm condition 
5 in the remote station, and a field holding a remote monitor 
indicative of the signal receiving condition in the remote 
station. 

The stuff byte and the first field holding the signal 
indicative of the packet length may be converted into a 
10 complete representation system with taking a predetermined 
offset as a law for preventing them from generating cintunyoua 
continuous "O" . 

The multiplexed packet may further include an OAM packet 
used for maintenance of the network and management of operation, 
15 and stuff bytes for maintaining a period of the multiplexed 
packet . 

In ^fei^e — a preferred construction, the transmitting 
portion may comprise: 

(a) a switching equipment con o titutcd of comprising a 

20 digital subscriber transporting device, a local switching 
equipment or a tandem switching equipment, a signal processing 
portion processing a synchronous transmission mode signal 
output from the switching equipment, a synchronous 
transmission mode processing portion recognizing a leading 

25 position of the synchronous transmission mode signal and a data 
length, a first FIFO storing an output of the signal processing 
portion, a second FIFO storing an output of the synchronous 
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transmission mode processing portion, a first packet composing 
portion input an output of the first FIFO and a second packet 
composing portion input an output of the FIFO; 

(b) an asynchronous transmission mode switch, an 
5 asynchronous transmission mode cell order controlling portion 

input an asynchronous transmission mode cell output from the 
asynchronous transmission mode switch, a third FIFO storing 
an output of the asynchronous transmission mode cell order 
controlling portion and a third packet composing portion input 
10 an output of the third FIFO; 

(c) an internet protocol router, an internet protocol 
preference control portion input an internet protocol packet 
data output from the internet protocol router, a fourth FIFO 
storing an output of the internet protocol preference control 

15 portion and a fourth packet composing portion input an output 
of the fourth FIFO; and 

(d) a packet multiplexing portion multiplexing 
outputs of the first, second, third and fourth packet composing 
portions, a stuff byte generating portion generating a 

20 predetermined stuff byte for outputting, and an OAM packet 
generating portion generating an OAM packet for outputting. 

The relay node may comprise a packet synchronization 
circuit establishing synchronization of the packet using the 
result of CRC operation of the header included in the packet 

25 per input path and the stuff byte, a physical phase/data 
integrated switch determining an output path of each packet 
with reference to the destination address or label in the 
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header of the packet, and a packet frame forming portion for 
re-forming a frame of the packet using the stuff byte. The 
packet synchronization circuit may use X^^ + X^^ + X^ + 1 as 
generating polygonal expression in the CRC operation of the 
5 header. The packet synchronization circuit may establishes 
synchronization using the stuff byte. 

The receiving portion may comprise: 

(a) a packet demultiplexing portion separating 
received packets and an OAM packet detecting portion for 

10 detecting the OAM packet; 

(b) a first packet decomposing portion processing a 
signaling packet in synchronous transmission mode input from 
the packet demultiplexing portion for generating and 
outputting data, clock and a primitive, a first speed changing 

15 portion generating an original clock in the sender on the basis 
of a received clock, a second packet decomposing portion 
processing the packet in synchronous transmission mode input 
from the packet demultiplexing portion for generating and 
outputting data, clock and a primitive, a second speed changing 

20 portion generating an original clock in the sender on the basis 
of a received clock, a switching equipment constituted of the 
digital subscriber transporting device, local switching 
equipment or a tandem switching equipment and receiving an 
outputs of the first and second speed changing portions; 

25 (c) a third packet decomposing portion processing a 

signaling packet in asynchronous transmission mode input from 
the packet demultiplexing portion for generating and 
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outputting data and clock, a third speed changing portion 
generating an original clock in the sender on the basis of a 
received clock, and the asynchronous transmission mode switch 
receiving an outputs of the third speed changing portion; and 
5 (d) a fourth packet decomposing portion processing a 

signaling packet in internet protocol input from the packet 
demultiplexing portion for generating and outputting data and 
clock, a fourth speed changing portion generating an original 
clock in the sender on the basis of a received clock, and the 

10 internet protocol router receiving an outputs of the fourth 
speed changing portion. 

The speed changing portion may comprise-s- a buffer memory 
storing the clock output from the packet decomposing portion 
and a PLL extracting an average frequency of the clock before 

15 being stored in the buffer memory for reading out the clock 
stored in the buffer memory according to the clock of the 
ave rage f r equency . 

BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention will be understood more fully from 

2 0 the detailed description given herebelow and from the 
accompanying drawings of the prcf crred an exemplary embodiment 
of the present invention, which, however, should not be taken 
to be limitativ e — limited to the invention, but are for 
explanation and understanding only. 

2 5 In the drawings: 

Fig. 1 is an explanatory illustration showing one 
embodiment of a frame structure (base frame) according to the 
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present invention; 

Fig. 2 is an explanatory illustration showing packet 
arrangement ; 

Fig. 3 is an explanatory illustration showing a header 
5 structure in case of STM; 

Fig. 4 is an explanatory illustration showing a header 
structure in case of ATM; 

Fig, 5 is an explanatory illustration showing a 
structure of the header in case of IPv4, v6 to be transferred 
10 using label technology; 

Fig. 6 is an explanatory illustration showing a 
structure of the header in case of IPv4, v6 transferring using 
an address in a network; 

Fig. 7 is an explanatory illustration showing a header 
15 extension; 

Fig. 8 is an explanatory illustration showing a 
structure of an OAM packet; 

Fig. 9 is an explanatory illustration showing a 
structure of a stuff byte; 
2 0 Fig. 10 is a block diagram showing a construction of a 

transmitting portion; 

Fig. 11 is a block diagram showing a construction of a 
relay node; 

Fig. 12 is a block diagram showing a construction of a 
2 5 relay node; 

Fig. 13 is a block diagram showing a construction of a 
receiving portion; and 
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Fig. 14 is a block diagram showing a construction of a 
speed changing portion. 

DESCRIPTION OF THE PREFERRED EMBODIMENT 

The present invention will be discussed hereinafter in 
5 detail in terms of t h e pre f e rred an exemplary embodiment of the 
present invention with reference to the accompanying drawings. 
In the following description, numerous specific details are 
set forth in order to provide a thorough understanding of the 
present invention. It will be obvious, however, to those 

10 skilled in the art that the present invention may be practiced 
without these specific details. In other instances, 
well-known structures are not shown in detail in order to avoid 
unnecessarily ebocuro obscuring the description of the present 
invention . 

15 [Frame Structure] 

Fig. 1 is an explanatory illustration showing one 
embodiment of the present invention. As shown in Fig. 1, a 
basic frame structure 4rs — consisted of includes a header (12 
bytes (which can be extended up to 44 bytes as option) , a 

20 payload (0 to 64 Kbytes) and a result of an arithmetic operation 
of a payload of Cyclic Redundancy Check (CRC) 16 or CRC 32. 
In the payload portion, voice 64 Kbps x n (STN) , a plurality 
of ATM having the same VPI (Virtual Path Identifier) and IP 
packet divided per destinations are accommodated as respective 

25 independent packets. 

Fig. 2 is an explanatory illustration showing a 
condition where a plurality of packets shown in Fig. 1 are 
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accommodated. The packets are accommodated ^A^jrfefe- by taking 12 5 
/i s as one period. In the shown packet arrangement, STM is given 
the highest preferential order to accommodate. Then, ATM is 
accommodated et& — a nd given the second highest preferential 
5 order. Then, the IP packet given the lowest preferential order 
is accommodated in a remaining space. In order to keep 125 
lis or to establish bit synchronization, a necessary number of 

stuff bytes of 2 byte length are added. Furthermore, as used 
in Wavelength Division Multiplexing (WDM) , an operation 
10 administration and maintenance (OAM) packet is inserted in 125 
11 s period as an option. It should be noted that, in the 

drawings, CBR represents a packet accommodating the STM or ATM 
and IP represents the IP packet. 

Next, discussion will be given for a header structure 

15 for a_respective communication mode. 

Fig. 3 is an explanatory illustration of the header 
structure in the case of STM. In the case of STM, the packet 
length indicative of an entire length of the packet is 2 bytes, 
a preference indicative of the preferential order of the packet 

20 is 1 byte, a high layer protocol as an identifier identifying 
a signal mounted on the payload is 4 bits, a header length 
indicative of length of the header is 4 bits, a destination 
address of the destination is 2 bytes, a sender address is 2 
bytes, 1 byte of remote alarm indicative of alarm condition 

2 5 of remote station is added and 2 bytes of header CRC 16 
transferring result of arithmetic operation by the CRC 16 of 
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the header, finally to form the header. It should be noted 
that the header length is 0 to Fhex (Xhex represents that X is 
a hexa- decimal number) and can be added after CRC 16 up to 32 
bytes taking 2 bytes as basic unit. 
5 Fig. 4 is an explanatory illustration of the header 

structure in the case of ATM. In the case of ATM, the packet 
length indicative of an entire length of the packet is 2 bytes, 
a preference indicative of the preferential order of the packet 
is 1 byte, a high layer protocol as an identifier identifying 

10 a signal mounted on the payload is 4 bits, a header length 
indicative of length of the header is 4 bits, a destination 
address of the destination is 4 bytes, 2 bytes^ of a reserved 
byte reserved for used in the future is added and 2 bytes of 
header CRC 16 transferring results of arithmetic operation by 

15 the CRC 16 of the header, finally to form the header. It should 
be noted that the header length is 0 to Fhex and can be added 
after CRC 16 up to 32 bytes taking 2 bytes as basic unit. 

Fig. 5 is an explanatory illustration of the header 
structure in the case of IPv4 and v6 for transferring using 

20 a label technology. In the case of IPv4, v6 transferring using 
the label technology, the packet length indicative of an entire 
length of the packet is 2 bytes, a preference indicative of 
the preferential order of the packet is 1 byte, a high layer 
protocol as an identifier identifying a signal mounted on the 

25 payload is 4 bits, a header length indicative of length of the 
header is 4 bits, a label for indicating route traffic class 
as route information of the packet and flow spreading is 4 bytes. 
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2 bytes of a reserved byte reserved for used in the future is 
added and 2 bytes of header CRC 16 transferring result of 
arithmetic operation by the CRC 16 of the header, finally to 
form the header. It should be noted that the header length 
5 is 0 to Fhex and can be added after CRC 16 up to 3 2 bytes taking 
2 bytes as basic unit. On the other hand, when the traffic 
to be transferred is IP, lower two bits of the high layer 
protocol is used. When the packet ie - con a titutcd includes over 
125 JUS, the packet is transferred as being divided into an 

10 arbitrary length of packets. 

Fig. 6 is an explanatory illustration showing a header 
structure e# -in the case of IP4v, 6v transferring using the 
address in the network. In the case of transferring IP4v, 6v 
using the address in the network, the packet length indicative 

15 of entire length of the packet is 2 bytes, a preference 
indicative of the preferential order of the packet is 1 byte, 
a high layer protocol as an identifier identifying a signal 
mounted on the payload is 4 bits, a header length indicative 
of length of the header is 4 bits, a destination address as 

20 recipient address is 4 bytes, 1 byte of identifier for 
identification of traffic class and flow spreading, and 
finally, and 2 bytes of header CRC 16 transferring result of 
arithmetic operation by the CRC 16 of the header, finally to 
form the header. It should be noted that the header length 

25 is 0 to Fhex (Xhex represents that X is a hexa-decimal number) 
and can be added after CRC 16 up to 32 bytes taking 2 bytes 
as basic unit. The extended condition of the header is shown 
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in Fig. 7. When the traffic to be transferred is IP, a lower 
2bits of the high layer protocol is used. When the packet 
eon o t i t ut -ed includes over 125 p. s , the packet is transferred as 
being divided into an arbitrary length of packets. 
5 Fig. 8 is an explanatory illustration showing a header 
structure in the case of an QAM packet . In the 0AM packet to 
be transferred using the address in the network, the packet 
of packet length Chex is generated per 125 jjl s . The packet -is 
c on s i g - ted ef ■ i nc 1 ude s Kl, K2 bytes for automatic protection 

10 switching (APS) and respective bytes of an order wire, DCC 
(Data Comm-tlinication Channel: DCC)1, DCC2 and DCC3 , remote 
alarm, remote monitor, and a result of an arithmetic operation 
of CRC16 of the header, finally. 

Fig. 9 is an illustration showing a stuff byte. As shown 

15 in Fig. 9, the stuff byte is a packet of 2 bytes. A code to 
be added to the packet adds an appropriate offset for 2hex to 
avoid occurrence of continuous "O" . On the other hand, the 
header length of each packet is adjusted by an offset value. 
Namely, the stuff byte and the field holding the signal 

2 0 indicative of the packet length are converted into a complete 
representation system with by taking a predetermined offset 
as a law. 
[Network System] 

Next, discussion will be given for a transmitting 

25 portion, a relay node and a receiving portion forming the shown 
embodiment of the network system. 
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Fig. 10 is a block diagram showing the transmitting 
portion. The transmitting portion 100 has a — switching 
equipment 101, an ATM switch 102, an IP router 103, a signal 
processing portion 104, an ATM processing portion 105, an ATM 
5 cell order control portion 106, an IP preference control 
portion 107, an FIFO* 108, a packet composing portion 109, a 
packet multiplexing portion 110, a stuff byte generating 
portion 111 and an OAM packet generating portion 112. 

Fig. 11 is a block diagram showing a relay node. In Fig. 

10 11, the relay node 200 has a physical layer/data link layer 
integrated switch 201 connected to input lines A and B and 
output lines A, B and C. The detail of the relay node 200 is 
as shown in Fig. 12. The relay node 210 includes packet 
synchronization circuits 211 and 212 for establishing packet 

15 synchronization by byte synchronization of arithmetic 
operation of CRC 16 of the header contained in the data packet 
of each input line and stuffing byte, the physical layer/data 
link layer integrated switch 213 determining a route to 
destination per packet, and packet frame establishing portion 

20 214 to 216 for re-establishing a packet frame by packet 
stuffing using the packet stuff byte for transferring packet 
to the output line. 

Fig. 13 is a block diagram showing a receiving portion. 
As shown in Fig. 13, the receiving portion 300 has a packet 

25 demultiplexing portion 3 01, a packet decomposing portion 302 
and 303, a speed changing portion 304, a switching equipment 
305, an ATM switch 306, an IP router 307 and an OAM packet 
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detecting portion 308. 

Fig. 14 is a block diagram showing a construction of the 
speed changing portion reproducing an original data string. 
In Fig. 14, the speed changing portion 4 00 includes a buffer 
5 memory 401 and a PLL 402. Accordingly, data extracted by the 
packet decomposing portion 3 02 is written in the buffer memory 
401 by a clock (hereinafter referred to as writing clock) 
generated by the packet decomposing portion 302. On the other 
hand, the writing clock is written in the PLL 402 to be 
10 extracted an average frequency. By the clock, data is read 
out from the buffer memory 4 01 to reproduce the original data 
string . 

A signaling and STM signal reproduced by the speed 
changing portions (1) and (2) are fed to DLC, LS or TS to be 

15 subject to a__switching process. The ATM cell reproduced by 
the speed changing portion (3) is transferred to an A TM switch 
to be subject to cell switching process. The IP data reproduced 
by the speed switching portion (4) is transmitted to the IP 
router to be subject to a process by the internet protocol, 

20 In the 0AM packet detecting portion 308, an OAM packet 

is terminated and Kl, K2 byte, order wire, data communication 
channel and remote alarm and remote monitor are respectively 
terminated and appropriately processed. 

[Operation of Transmitting Portion and Receiving Portion] 
25 Next, discussion will be given for transmitting portion 

100. In composing of the STM packet, a data string and signal 
information of 64 kbps x n consisted of 8 bits/125 /z s per one 
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voice channel identified per destination are transmitted to 
the STM processing portion 105 and the signal processing 
portion 104. In the STM processing portion 104, a leading 
position and data length of the STM signal aligned per byte 
5 are identified. The output signal from the STM processing 
portion 105 is temporarily stored in FIFO (2) per 125 ii s . In 
the signal processing portion 104, the signaling information 
per byte of STM are composed into an appropriate length of -data 
string, and the length thereof is measured. The data output 
10 from the signal processing portion 104 is temporarily stored 
in FIFO (1) . 

In composing of the ATM packet, the ATM cell is input 
to the ATM cell order control portion 106 from the ATM switch 
102, the same VPI packet data per a unit of 125 fi s are 

15 re-arranged in order measure length of a group of cells having 
the same VPI. The output of the ATM cell order control portion 
106 is temporarily stored in FIFO (3) . 

In composing of the IP packet, the IP packet data 
transmitted from the IP router 103 is input to the IP preference 

2 0 control portion 107 for recognizing preference of the IP packet 
data. The IP packet data of the same destination at the same 
preference are concentrated, recognized and output in 
preferential order to be temporarily stored in the FIFO (4) . 
It should be noted that the IP packets as an option are composed 

2 5 alone, respectively. 

In composing of the packet composing portion (1) , 
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respective counterparts to exchanging signaling are added per 
respective signal information and composed in the header 
together with the ovm address. In the header, (header length 
-4 — plus data length) is composed at the leading end. Then, each 
5 packet is composed. In the preference field of the header in 
the signaling packet, indication of the highest preferential 
order is added. On the other hand, as the high layer protocol, 
an identifier of STM signaling is added. On the other hand, 
normally, Ohex is used as the header length. Furthermore, for 

10 the composed header, arithmetic operation of CRC 16 for the 
header is performed to add the result of arithmetic operation 
at the tail end thereof. Following ^feo-t he header, data, namely 
a payload is composed. Furthermore, as an option, the result 
of an arithmetic operation of CRC 16 or CRC 32 is added. 

15 In packet composing portion (2) , a destination to 

exchange voice signal is added to each voice data string to 
be composed in the header together with the own address. In 
the header, (header length 4 — plus data length) is composed at 
the leading end. Then, each packet is formed. In the 

2 0 preference field of the header of the STM packet, the fact that 
preferential order is high, is indicated. As a high layer 
protocol, the identifier of the STM is added. On the other 
hand, as the header length in a normal case, Ohex is used. On 
the other hand, an alarm condition of receiving a condition 

25 of the packet transmitted from the remote station is set in 
the remote alarm field, and a result of monitoring of line 
condition, such as an error in transmission line, is set in 
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the remote monitor field. Furthermore, for the composed header, 
arithmetic operation of CRC 16 is performed with respect to 
the composed header. Then, the result of the arithmetic 
operation is added to the tail end of the header. Following 
5 the header, data, namely, a payload is composed. Furthermore, 
as an option, the result of an arithmetic operation of CRC 16 
or CRC 32 is added as option. 

In the packet composing portion (3) , a destination to 
be exchanged per group of the cells of the same VPI is added 

10 per group of the cell to compose in the header together with 
the own address. In the header, (header length + data length) 
is composed at the leading end. Then, each packet is formed. 
In the preference field of the header of the ATM packet, an 
order of the preference is added in order of CBR, then UBR+ . 

15 As a high layer protocol, the identifier of the ATM is added. 
On the other hand, as the header length in normal case. Obex 
is used. On the other hand, the reserved field for use in the 
future is added. Furthermore, for the composed header, 
arithmetic operation of CRC 16 is performed with respect to 

2 0 the composed header. Then, the result of the arithmetic 
operation is added to the tail end of the header. Following 
the header, data, namely, a payload is composed. Furthermore, 
as an option, the result of an arithmetic operation of CRC 16 
or CRC 32 is added as option. 

25 In the packet composing portion (4) , the route, traffic 

class and flow spreading information are added as the label 
per each IP data packet. In the header, (header length plus 
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data length) is composed at the leading end. Then, each packet 
is formed. In the preference field of the header of the IP 
packet, the determined preferential order is added. As high 
layer protocol, the identifier of the IP is added. On the other 
5 hand, as the header length in normal case, Ohex is used. Then, 
the result of the arithmetic operation is added to the tail 
end of the header. Following the header, data, namely, a 
payload is composed. Furthermore, as an option, the result 
of an arithmetic operation of CRC 16 or CRC 32 is added as 
10 option. 

On, the other hand, as used in WDM, the OAM packet 
generating portion is added as an option. In the OAM packet 
generating portion, the packet having packet length Chex is 
generated at every 125 /is. The packet ia conaiatcd of includes 

15 respective bytes of Kl, K2 bytes for automatic protection 
switch, order wire, data communication channels DCCl, DCC2 and 
DCC 3 and remote alarm and remote monitor notifying to the 
remote station the receiving condition of the OAM packet 
transmitted from the remote station, and the result pf of 

20 arithmetic operation of the CRC 16 is added at the tail end 
of the header. 

Furthermore, in the stuff byte generating portion 111, 
the packet for stuff of 2 byte length is generated. The code 
to be added to the packet is added an appropriate offset to 

25 2hex for avoiding occurrence of continuous "O" . Namely, the 
stuff byte and the field holding the signal indicative of the 
packet length are converted into a complete representation 
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system with taking a predetermined offset as a law. 

Finally, in the packet multiplexing portion 110, the 
packets which •are -are composed in the packet composing portion 

with taking the OAM packet at the leading end when the OAM 

5 packet is used, and wifch- taking the STM packet at the leading 
end when the OAM packet is not used, are multiplexed. At this 
time, when empty space is present after multiplexing^ since 
bit synchronization is established by only composed packet 
strings, stuff bytes are filled in the extent of empty space. 
10 It should be noted that since the stuff byte is 2 bytes, the 
leading packet to be a reference of 12 5 m s may fluctuate for 

2 bytes in the worst case. In the packet multiplexing portion, 
the multiplexed output is handled as Och path of the WDM or 
the path of the SONET/SDH. 

15 Next, discussion will be given for the operation of the 

relay node. In the relay node 210, packet synchronization is 
established by the arithmetic operation of CRC 16 of the header 
and byte synchronization of the stuffing byte included in the 
data and packet. Next, by checking the destination address 

2 0 or label field included in the header of the packet, transfer 
route is determined per packet. Then, the packet is 
transferred to the output route. At this time, when the STM 
packet passes, a return path having the same capacity as the 
selected route is established. 

25 Next, discussion will be given for the receiving portion. 

In the packet demultiplexing portion 301, bit synchronization 
and packet synchronization (frame synchronization) is 
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established by the header and the stuffing bytes of each packet . 
Packet synchronization is judged by a check result of CRC 16 
of the header. If the check result of CRC 16 of the header 
is 0, judgment is made that packet synchronization is 
5 established. Depending upon the header length, end of the 
packet is judged. Subsequently, a check of the CRC 16 included 
in the header of the next packet is performed. 

On the other hand, the stuff byte is verified a pattern 
by a synchronization circuit having a unique pattern for 

10 checking synchronization per 2 bytes. Thus, packet 

synchronization is established. When packet synchronization 
is established in the packet demultiplexing portion, the high 
layer protocol in the header is made reference to discriminate 
data between signaling of STM, STM, ATM or IP. 

15 On the other hand, reference is made to the header length 

to check whether additional information of the header is 
present or not. Then, an entire packet is comprehended by the 
packet length and boundary of the payload portion is recognized. 
In the case of the signaling packet of STM, the packet is 

20 transferred to the packet decomposing portion (1) . In the case 
of the STM packet, the packet is transferred to the packet 
decomposing portion (2) . In the case of the ATM packet, the 
packet is transferred to the packet decomposing portion (3) . 
In the case of the IP packet, the packet is transferred to the 

25 packet decomposing portion (4) . On the other hand, in the 
case of the 0AM packet, the packet is transferred to the OAN 
packet detecting portion 308. 
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In the packet decomposing portion (1) , the signaling 
packet of STM is processed, CRC 16 or CRC 32 of the payload 
is calculated to generate data, clock and primitive. Data 4r3- 
Gonotitutcd of includes a portion where the header and the CRC 
5 check byte of the payload are removed. The clock is 
corresponded 4-i ^on a one to one basis to data for taking timing 
of data. In the primitive, information of a_sender is included. 

In the packet decomposing portion (2) , the STM packet 
is processed, CRC 16 or CRC 32 of the payload is calculated 

10 to generate data, clock and primitive. Data ia - eonatitutcd 
e#includeB a portion where the header and the CRC check byte 
of the payload are removed. The clock is corresponded 4^=ir-on 
a one to one basis to data for taking timing of data. In the 
primitive, information of a sender is included. 

15 In the packet decomposing portion (3) , the ATM. packet 

is processed, and CRC 16 or CRC 32 of the payload is calculated 

to generate data and clock. Data is c on a t i - fe ^jrtLe d of in el 

a portion where the header and the CRC check byte of the payload 
are removed. The clock is corresponded -ab ^on a one to one basis 

2 0 to. data for taking timing of data. 

In the packet decomposing portion (4) , the IP packet 
is processed, and CRC 16 or CRC 32 of the payload is calculated 

to generate data and clock. Data i a conatitut e d of includes 

a portion where the header and the CRC check byte of the payload 

25 are removed. The clock is corresponded -ir ^on a one to one basis 
to data for taking timing of data. 

Next, in the speed changing portion (1), the original 
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signal of the sender is reproduced by smoothing the clock by 
PLL or the like. 

In the speed changing portion (2) , the original signal 
of the sender is reproduced by smoothing the clock by PLL or 
5 the like. 

In the speed changing portion (3), the original signal 
of the sender is reproduced by smoothing the clock by PLL or 
the like. 

In the speed changing portion (4) , the original signal 

10 of the sender is reproduced by smoothing the clock by PLL or 
the like. The basic construction of the speed changing portion 
is constructed with the buffer memory. The data extracted by 
the packet decomposing portion is written in the buffer memory 
40 by the clock (hereinafter referred to as writing clock) 

15 generated by the packet decomposing portion 302. On the other 
hand, the writing clock is written in PLL 4 02 to be extracted 
by an average frequency. By reading out data from the buffer 
memory by the clock, the original data string is reproduced. 

Next, discussion will be given for arithmetic operation 

20 of CRC 16 of the header. Generated polygonal expression of 
CRC 16 is X^^ + X^^ + + 1. Data to be object for arithmetic 
operation of CRC becomes 8 x 10 = 80 bits. Here, considering 
a unit matrix of 80 rows x 80 columns, X^^ is multiplied per 
row and is subtracted from the generated polygonal expression 

2 5 to derive a remainder. The remainder, namely a transposed 
matrix of a matrix of 80 rows x 16 columns is taken, the 
resultant value is expressed as [P] . To this transposed matrix. 
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a column vector [A] consisted objection is multiplied. At this 
time, in calculation of sum of products of this matrix, mod2 
operation is performed to derive the result of arithmetic 
operation of CRC 16. This value is added as header CRC 16. 
5 In the packet synchronization circuits 211 and 212, for 

the foregoing transposed matrix [P] , a_[PI] matrix is generated^ 
with taking 16 rows x 16 columns as a unit matrix. To this 
matrix, a column vector [B] consi s ted of inclHd^^^ header 96 
code is multiplied. At this time, in operation of sum of 

10 products of the matrix—, mod2 operation is performed. Then, 
when all results become 0, judgment is made that the header 
is detected, and a count is performed for the packet length 
indicated by the most significant 16 bits. Then, CRC operation 
is performed in similar manner as the next header. When 

15 synchronization is not established, memory of 96 bits is 
prepared for performing the foregoing operation per 1 bit 
shift to continue shifting until the result of operation 
becomes 0. When the result of operation becomes 0, it is 
regarded than - that hunting ends to enter into a synchronization 

2 0 protection mode. When the result of CRC operation of the header 
becomes 0 for designated times, judgment is made that 
synchronization is established. On the other hand, when error 
is caused for a designated times even when CRC operation is 
continued, synchronization failure is judged. Here, stuff 

2 5 byte performing detection of matching of 2 bytes in another 
synchronization circuit to performing assisting of 
establishment of synchronization. 
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As set forth above, the present invention comprises 
transmitting a plurality of packets in a multiplexing manner, 
which header in each packet includes a first field holding a 
signal indicative of a packet length, a second field holding 
5 a signal indicative of a preferential order upon transferring 
the packet, a third field holding a signal indicative of a kind 
of traffic, a fourth field holding a signal indicative of a 
header length, a fifth field holding a control signal depending 
upon the kind of traffic, and a sixth field holding a signal 

10 indicative of a result of CRC operation of the header, a 
payload holding an information signal depending upon a kind 
of the traffic and a signal indicative of a result of CRC 
operation of the payload. 

Accordingly, by inserting the stuff byte using the frame 

15 structure integrated therein the physical layer and the data 
ling layer, a frame of 125 /i s period can be formed, and in 
conjunction therewith, bit synchronization of the physical 
phase can be established. Furthermore, since this frame may 
provide a common frame structure for the synchronous 

2 0 transmission mode, asynchronous transmission mode and 
internet protocol, different kinds of information can be 
simultaneously handled in the common network in a common method 
Particularly, in the relay node, since the bit synchronization 
and the packet synchronization can be established by the header 

25 of the packet and the stuff byte to output the synchronous 
transmission mode, the asynchronous transmission mode and the 
internet protocol to the designated path using the common 



physical layer/digital link layer integration switch to 
integrate the synchronous transmission mode network, the 
asynchronous transmission mode network and the internet 
protocol network which are established separately, can be 
united into a common single network. 

Although the present invention has been illustrated and 
described with respect to exemplary embodiments thereof, it 
should be understood by those skilled in the art that the 
foregoing and various other changes, omissions and additions 
may be made therein and thereto, without departing from the 
spirit and scope of the present invention. Therefore, the 
present invention should not be understood as limited to the 
specific embodiments set out above^ but to include all possible 
embodiments which can be embodied within a scope encompassed 
and equivalents thereof with respect to the feature set out 
in the appended claims. 



